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A SYSTEM AND METHOD FOR IN-SERVICE RECONFIGURATION 
OF A SYNCHRONOUS OPTICAL COMMUNICATIONS NETWORK 

Field of the Invention 

This invention relates to a system and method of reallocating bandwidth (i.e. 
5 STS-1 's) of a synchronous optical network (SONET), amongst clients, without any 
interruption in the transport of data, by timely mapping of the data according to a 
new bandwidth configuration at transmit and receive nodes of the network. 

Background of the Invention 

A SONET signal (i.e. such as STS-48, meaning 48 synchronous transport 

10 streams) is typically composed of multiple STS-1's which are assigned to various 
resources or clients, with the greater the number of STS-1 's representing increased 
bandwidth. Typically, reallocating the STS-1's amongst the clients is done by re- 
provisioning, whereby the data channel between the clients of the transmit and 
receive nodes must be taken out of service, resulting in an interruption of 

is communications and service. 

There is a need, therefore, for means to reallocate STS-1 's amongst clients 
on an "in-service" basis with no perceived interruption in data communication 
service by the clients. 

Summary of the Invention 

2 0 In accordance with the present invention there is provided a method for 

reconfiguring the allocation of bandwidth used at transmit and receive nodes of a 
synchronous optical data communications network wherein data frames are 
transmitted from the transmit node and received at the receive node, the transmit 
node comprising a mapper/aggregator, a first bandwidth configuration memory 

2 5 associated with said mapper/aggregator and a transmit framer and the receive 
node comprising a demapper/deaggregator, a second bandwidth configuration 
memory associated with said demapper/deaggregator and a receive framer. First 

l 



and second memory banks are provided to the first and second bandwidth 
configuration memory, whereby the first memory bank of the first bandwidth 
configuration memory comprises current bandwidth allocation mapping information 
used by the mapper/aggregator and the first memory bank of the second bandwidth 
5 configuration memory comprises current bandwidth allocation mapping information 
used by the demapper/deaggregator. Updated bandwidth allocation mapping 
information is provided to the second memory banks. A bandwidth reconfiguration 
update request is generated and a reconfiguration flag is generated at the transmit 
node in response to the update request. The reconfiguration flag is transmitted 

1 o from the transmit node to the receive node and the reconfiguration flag is detected 

at the receive node. The updated bandwidth allocation mapping information of the 
first bandwidth configuration memory's second memory bank is selected for use by 
the mapper/aggregator in response to the generation of the reconfiguration flag and 
the updated bandwidth allocation mapping information of the second bandwidth 
15 configuration memory's second memory bank is selected for use by the 
demapper/deaggregator in response to the detection of the reconfiguration flag. 

Preferably the completion of the generation of the flag is signalled and the 
first and second memory banks of the first bandwidth configuration memory are 
swapped in response to the generation completion signalling. Similarly, the 
20 detection of the reconfiguration flag is preferably signalled and the first and second 
memory banks of the second bandwidth configuration memory swapped in 
response to such detection signalling. The reconfiguration flag may be transmitted 
in a path overhead channel of the network and the flag preferably comprises a 
plurality of codewords (e.g. four) whereby the Hamming distance between the 

2 5 codewords is sufficiently large that the reconfiguration flag provides single-bit fault 

tolerance. Preferably, detection of the codewords is single codeword fault tolerant. 

Also provided in accordance with the present invention is a system for such 
in-service reconfiguration of bandwidth in a synchronous optical data 
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communications network, operating to reconfigure the allocation of bandwidth used 
at the transmit and receive nodes in response to a bandwidth reconfiguration 
update request generated within the network. A reconfiguration flag generator at 
the transmit node is configured for generating a reconfiguration flag in response to 
5 detection of an update request, the reconfiguration flag being configured for 
transmission from the transmit node to the receive node. A reconfiguration flag 
detector at the receive node is configured for detecting the reconfiguration flag. 
The first and second bandwidth configuration memory each comprise first and 
second memory banks. The first memory bank of the first bandwidth configuration 

10 memory comprises current bandwidth allocation mapping information used by the 
mapper/aggregator and the first memory bank of the second bandwidth 
configuration memory comprises current bandwidth allocation mapping information 
used by the demapper/deaggregator. The second memory banks are configured 
for receiving updated bandwidth allocation mapping information prior to the 

15 reconfiguration. The updated bandwidth allocation mapping information of the first 
bandwidth configuration memory's second memory bank is selected for use by the 
mapper/aggregator in response to completion of the reconfiguration flag generated 
by the generator and the updated bandwidth allocation mapping information of the 
second bandwidth configuration memory's second memory bank is selected for use 

20 by the demapper/deaggregator in response to detection of the reconfiguration flag 
by the detector. 

Preferably the reconfiguration flag generator is configured for signalling the 
completion of the generation of the flag and a memory bank swapping component 
is provided at the transmit node for swapping the first and second memory banks 
2 5 of the first bandwidth configuration memory in response to the signalling by the 
generator. The reconfiguration flag detector may also be configured for signalling 
the detection of the reconfiguration flag and a memory bank swapping component 
may be provided at the receive node for swapping the first and second memory 
banks of the second bandwidth configuration memory in response to the signalling 
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by the detector. The reconfiguration flag detector preferably comprises a finite 
state machine. The reconfiguration flag preferably comprises a plurality of 
codewords (e.g. four) having a sufficiently large Hamming distance between them 
to provide single-bit fault tolerance. Preferably, the detection of the codewords by 
5 the finite state machine is single codeword fault tolerant. 

Brief Description of the Drawings 

Reference will now be made to the accompanying drawings which show, by 
way of example, a preferred embodiment of the present invention: 
10 Figure 1 is a functional block diagram of a synchronous optical network 

incorporating apparatus of a reconfiguration system in accordance with the 
invention; 

Figure 2 is a state diagram of the receiver finite state machine (FSM) in 
relation to the flag signalling detected thereby. 

15 Detailed Description of the Illustrated Preferred Embodiment 

Figure 1 of the drawings is a functional block diagram of a synchronous 
optical network (SONET) in which there is incorporated the apparatus of a 
preferred embodiment of the in-service network reconfiguration system and method 
of the invention. The network components of the transmit (Tx) and receive (Rx) 

2 o nodes (i.e. the transmitter and receiver, resp.) servicing clients are shown by Figure 
1 . At the transmit node a mapper/aggregator 10 performs two related functions. 
First, it maps the client data into the SONET payload according to a mapping 
function which allocates STS-1 's to a particular client 20, based on the contents of 
the configuration memory. Since each STS-1 represents a fixed amount of 

2 5 bandwidth the number of STS-1 's assigned to a client determines how much 
bandwidth is allocated to that client. Since each STS-1 is assigned to one client 
only, the second function that is performed by the mapper/aggregator 10 is 
aggregation of the client STS-1 's into a composite STS-48 payload. The aggregate 
data stream is then fed into a standard SONET transmit framer 30 to insert 
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section/line/path overhead information (data) and create a proper SONET frame. 
The parallel output from theframer 30 is then serialized and converted to an optical 
signal by a serializer/E-0 converter 40 for transmission over an optical fibre 50. 

At the receive node the received optical signal is converted back to an 
5 electrical signal and to parallel format by an O-E/deserializer converter 60 and then 
fed into a SONET receive framer 70 where the section/line/path overhead data is 
extracted and processed. The resulting data stream is passed, into a de- 
aggregator/de-mapper 80 which performs the inverse function of the 
mapper/aggregatorl 0. The de-aggregator section receives the composite STS-48 
10 payload from the SONET framer and, based upon the local configuration memory, 
it then separates the composite STS stream into STS-1's according to the client 
20j they belong to. The de-mapper section then takes the STS-1's assigned to a 
particular client 20 l and extracts the client data from it. 

The mapper/aggregator 10 and de-aggregator/de-mapper 80 each use a 
15 configuration memory 90 and 1 00, resp., to assign/map each STS-1 to a particular 
client. Each of the configuration memory modules 90, 100 comprise two memory 
banks: an active memory bank, which contains the mapping information currently 
used by the transmitter/receiver, and a load memory bank which loads/holds a new 
bandwidth configuration. The F2 byte in the SONET path overhead channel is 
2 o used to carry a Bandwidth Reconfiguration Sequence (BRS) flag which is used to 
synchronize the time at which the active and load memory banks at the receive 
(Rx) node are swapped (exchanged) so as to effect an in-service reconfiguration 
of the STS-1 's. 

Network management software provides the transmit (Tx) and receive (Rx) 
2 5 nodes with a bandwidth allocation map 1 20, 1 30 which assigns the STS-1 's of the 
SONET link to the particular clients 20j , 20^ This bandwidth mapping information 
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(data) is entered into the load memory bank of each of the configuration memory 
modules 90, 100. 

In normal operation the F2 byte contains an IDLE code. However, when the 
configuration memories 90, 100 are updated a Bandwidth Configuration Update 
5 (BCU) request 122 is issued by the network management software. The BCU 
request 1 22 causes a bandwidth reconfiguration sequence generator 1 24 within the 
transmit (Tx) node of the network to generate a BRS flag and also a three flag 
sequence: BRS1, BRS2, and BRS3. Then, at the start of the fourth SONET frame, 
the active and load memory banks of the configuration memory modules 90,100 

1 o are swapped and the mapper/aggregator 1 0 begins mapping client data according 

to the new bandwidth configuration. 

At the receive (Rx) node a finite state machine (FSM) 140 detects the flag 
sequence on the F2 path overhead of the SONET signal. Figure 2 is a state 
diagram of the FSM in relation to the BRS signalling detected thereby (i.e. it depicts 
15 a transition table describing the behaviour of the receiver state on the F2 byte). As 
shown by Figure 2, when the three flag sequence, BRS1-BRS3, has been 
successfully received by the FSM the active and load memory banks of the 
bandwidth configuration memory module 1 00 are swapped and the de-mapper/de- 
aggregator 80 begins extracting client data according to the new bandwidth 

2 o configuration. Then the start of the next SONET frame is awaited. Because the 

"swap" data (i.e. the BRS signalling) is coincident with the transmitted data the 
receiver is able to determine the correct instant to begin using the new bandwidth 
allocation and the change-over to a new bandwidth configuration is achieved in- 
service. 

2 5 In order to ensure that there is robustness in detection of the F2 flag 

sequence, the code words (IDLE, BRS1 , BRS2 and BRS3) are chosen to have a 
sufficiently large Hamming distance to provide a single-bit fault tolerance, (i.e. such 
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that a single bit error in any position of any of the code words would still allow it to 
be recognized unambiguously from the other code words). As shown by Figure 2, 
the receiver FSM is thereby rendered immune to single-bit errors in the flag 
sequence. In addition to being single bit fault tolerant the FSM also allows 
5 detection of the BRS codes to be single codeword fault tolerant such that if a single 
codeword is severely in error it will not cause the BRS detection to fail. 

Advantageously, from the perspective of a client using a SONET link which 
is reconfigured according to the foregoing, they will not experience any interruption 
of service and, instead, will simply see a change in bandwidth on its data channel. 

10 In turn, the change in bandwidth will affect the rate at which the client is able to 
send data. Since verification of the data channel after bandwidth re-allocation 
cannot be done by the usual means of verification used when a conventional re- 
provisioning method of bandwidth reconfiguration is applied (i.e. since, unlike the 
present method, the re-provisioning method takes the data channel out of service 

15 and tests such as loopback, or pseudo-random data generation/verification, can 
then be used to ensure the channel is functioning correctly before putting it back 
in service), if verification of the data channel is desired it is necessary to utilize 
another appropriate means of verification. 

20 The individual electronic and processing functions utilised in the foregoing 

described preferred embodiment are, individually, well understood by those skilled 
in the art. It is to be understood by the reader that a variety of other 
implementations may be devised by skilled persons for substitution. Persons 
skilled in the field of communication design will be readily able to apply the present 

2 5 invention to an appropriate implementation method for a given application. 

Consequently, it is to be understood that the particular embodiment shown 
and described herein by way of illustration is not intended to limit the scope of the 



7 



invention claimed by the inventors which is defined by the appended claims. 
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